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Abstract of EP1286283 

The interface module for carrying out business 
transactions is connected between a terminal (4) 
and a data network (8) such as the Internet. This 
has a module (1,3) for visualizing and monitoring 
the useful data flow (5,6) from or to the terminal 
(4). The visualizing module is arranged for 
access on a template which assists in the 
transmitted useful data being visualized as 
documents. 
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Transaktionsbasis 



(57) Ein SchnittstellenmoduldientzurDurchfQhrung 
von elektronischem Geschaftsverkehr auf Transakti- 
onsbasis. Das Schnittstellenmodul (1) ist dabei zwi- 
schen einem Terminal (4) und einem Datennetz (8), wie 
bspw. dem Internet geschaltet ist. Weiterhin ist ein Mo- 
dul (1, 3) zur Visualisierung (14) und Oberwachung des 
Nutzdatenflusses (5, 6) von bzw. zu dem Terminal (4) 
vorgesehen, wobei das Visualisierungsmodul auf Doku- 
mentenvoriagen (12) zugreift, um die ubertragenen 
Nutzdaten als Dokumente zu visualisieren. 

GemaB einem weiteren Aspekt ist ein Schnittstel- 
lensystem zur Verbindung ggf. heterogener Systeme 
uber ein Datennetz vorgesehen, wobei das System 
Schnittstellenmodule aufweist, die die Verbindung zwi- 
schen den ggf heterogenen Systemen darstellen, und 
die Datenubertragung transaktionsbasiert mittels defi- 
nierter sende- und empfangsseitiger.Kommunikations- 
stati erf olgt. 

Eine SchnittsteHe zum Ubertragen von Nutzdaten 
in einem Datennetz weist dabei auf: 
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ein unternehmens- und/oder branchenspezifisches 
Konfigurierungsobjekt das Prozessablaufe defi- 
niert, 

ein Schablonenobjekt, das Formatvorlagen fur Do- 
kumente definiert, die zur Ausfuhrung der im Kon- 
figurierungsobjekt definierten Geschaftsablaufe 
verwendet werden, und 

ein Schnittstellen-Objekt, das bestimmten Prozessab- 
laufen bestimmte Destinationen des Datennetzes als 
Partner des Prozessablaufs zuweist. 
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Beschreibung 

[0001] Die vorliegende Erfindung bezieht sich auf 
Schnittstellenmodule zur Ausfuhrung dokumentenba- 
sierter elektronischer Geschaftsprozesse auf Transak- 
tionsbasis, auf Computer-Softwareprogramme zur Im- 
plementierung solcher Schnittstellenmodule, auf Ver- 
fahren zum Management des Nutzdatenflusses zwi- 
schen einem Terminal und einem Datennetz sowie auf 
ein System zur Ausfuhrung von elektronischen Ge- 
schaftsprozessen auf Transaktionsbasis. 
[0002] Die Erfindung bezieht sich allgemein auf die 
Durchfiihrung von dokumentenbasierten elektroni- 
schen Geschaftsprozessen. Beispiele fur derartige 
elektronische dokumentenbasierte Geschaftsprozesse 
sind die Erbringung von Finanzdienstleistungen, der Lo- 
gistikbereich, etc. 

[0003] Allgemein ist es heutzutage ein Problem, dass 
verschiedene, beispielsweise an das Internet ange- 
schiossene Unternehmen, die E-Commerce ausfuhren 
mochten, keine einheitlichen Softwarevoraussetzungen 
erfullen. Die Technologie zur Bewaltigung dieser Pro- 
blematik wird oft mit EDI (Electronic Data Interchange) 
Oder elektronischer Datenaustausch bezeichnet. Dar- 
unter versteht man genauer gesagt die elektronische 
Ubertragung von Geschaftsdaten. Ziel von EDI ist es, 
eine Kommunikation zu ermoglichen, mit der uber Un- 
ternehmensgrenzen hinweg Geschaftsprozesse ge- 
steuert werden. EDI soil die zahlreichen Papierdoku- 
mente wie Besteliungen, Bestatigungen, Auftrage, 
Rechnungen, Lieferscheine usw. ersetzen, die bei ei- 
nem Geschaftsprozess anfallen. EDI steht fur einen 
elektronischen Dokumentenaustausch mit formatierten 
Strukturen, der in Rechensystemen weiterverarbeitet 
werden kann. Die Inhalte einer EDI-Nachricht mussen 
so formatiert sein, dass Rechner von anderen Unter- 
nehmen diese weiterbenutzen konnen. Aufgrund der 
Verwendung standardisierter Datenformate konnen da- 
bei sowohl die bei den Kommunikationspartnern einge- 
setzten Softwarelosungen als auch die Hardwareplatt- 
formen von unterschiedlichen Herstellern stammen. Da 
die Daten ausschlieBlich in standardisierten Formaten 
ausgetauscht werden, muss jedes Unternehmen ledig- 
lich einmal sein internes Format in das verwendete 
Standarddatenformat (z.B. EDIFACT) abbilden. 
[0004] EDIFACT (Electronik Data Interchange for Ad- 
ministration, Commerce and Transport) ist ein interna- 
tionaler, branchenubergreifender Standard fur den Aus- 
tausch von strukturierten elektronischen Daten zwi- 
schen DV-Anwendungen verschiedener Geschaftspart- 
ner. EDIFACT kann in alien vorhandenen Datenverar- 
beitungsanlagen problemios eingesetzt werden, weil 
sie hersteller-, system- und ubertragungsneutral ist. Un- 
ter Beibehaltung bestehender unternehmensspezifi- 
scher Dateistrukturen ermoglicht EDIFACT alien Unter- 
nehmen, den Informations- und Kapitalfluss bei derGe- 
schaftsabwicklung zu beschleunigen und Handels- 
schwellen wettweit abzubauen. 



[0005] Durch EDI kann der Transaktionsfluss zwi- 
schen Geschaftspartnern beschleunigt werden, indem 
die konventionelle papiergestutzte Arbeit bei Auftrags- 
abwicklung und Rechnungswesen ersetzt wird. Mit EDI 

5 werden Geschaftsaktivitaten automatisiert und unter- 
nehmensubergreifende Prozesse beschleunigt. Beim 
"Integrated EDI" sind die Applikationssysteme der bei- 
den Kommunikationspartner miteinander verbunden. 
Informationen, die von einem der beiden Geschaftspart- 

10 ner generiert werden, gelangen in das Applikationssy- 
stem des anderen Geschaftspartners. 
[0006] Die Interaktion im Rahmen von Business-to- 
Business- und Consumer-to-Business-Nutzungen wird 
als "WebEDI" bezeichnet. Kleine und mittlere Unterneh- 

15 men bilden zusammen mit den Privatpersonen deshalb 
eine Gruppe, weil sich ihre dv-technischen Moglichkei- 
ten entsprechen. Durch die Verwendung des Internet 
werden die Kommunikationsbeziehungen der Akteure 
gebundelt. Diese Bundelungsfunktion weist zwei For- 

20 men auf. Zum einen die Bundelung von Einzeltransak- 
tionen zu einer Datei, zum anderen die Zusammen- 
schaltung der Teilnehmer auf ein Anwendungssystem. 
Zur effizienten Nutzung seiner vorhandenen 
EDI-Schnittstelle stellt ein Unternehmen seinen kleinen 

25 und mittleren Geschaftspartnern auf Internetseiten 
"Eingabemasken" zur Verfugung. Damit haben diese 
Gesc hafts part ner die Moglichkeit, ihre Auftrage, Rech- 
nungen Oder bei ihren Kreditinstituten Uberweisungen 
einzugeben. Bei der Eingabe konnen je nach Intelligenz 

30 der "Eingabemasken" semantische Prufungen vorge- 
nommen werden, damit nursachlich korrekte Datensat- 
ze gespeichert werden. Die Datensatze konnen auf dem 
Webserver zwischengespeichert und daraufhin zu ei- 
nem vorher festgelegten Zeitpunkt an den Empfanger 

35 Qbertragen werden. Der Empfanger erhalt eine EDI-Da- 
tei, die ermit seiner vorhandenen EDI-Schnittstelle ver- 
arbeiten kann (batchorientierte Ubermittlung). Dabei 
kann er sicher sein, daft alle notwendigen Angaben in 
den einzelnen Datensatzen vorhanden sind. Auch be- 

40 steht die Moglichkeit, die Daten an den Empfanger zu 
versenden, sobald ein Dokument vollstandig eingege- 
ben worden ist (transaktions- oder dokumentenorien- 
tierte Ubermittlung). 

[0007] Eine vorteiihafte Entwicklung verspricht man 
45 sich von der Kombination von EDI mit XML. Die Exten- 
sible Markup Language (XML) ist im ECommerce-Um- 
feld als ein Datenformat fur strukturierten Informations- 
austausch zu verstehen. XML wird unter der Aufsicht 
des W3C weiterentwickelt und ist aus Sicht der Industrie 
50 ein Konsens fur die Architektur des WWW der nachsten 
Generation. XML bedientsich des Konzepts von gene- 
rischem Markup: Tags strukturieren ein Dokument 
durch die Verschachtelung von Elementen . HTML ist die 
popularste Auspragung dieser Technik. Wahrend HTML 
55 aus einer festgelegten Menge von Tags besteht. erlaubt 
XML die freie Definition eines Applikations-orientierten 
Vokabulars. Ein solches Vokabular wird durch eine "Do- 
cument Type Definition" (DTD) beschrieben, einer for- 
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malen Grammatik, die Tags und strukturelle Relationen 
zwischen Tags beschreibt. DTDs sind erhaltlich fur eine 
riesige Anzahl von Anwendungsgebieten, u.a. fur Elec- 
tronic Commerce (OTP, XML-EDI, ..-.). 
[0008] Angesichts dieser Problematik ist es Aufgabe 
der vorliegenden Erfindung, eine Sen nittste Men tech no- 
iogie bereitzustellen, die die Durchfuhrung von doku- 
mentenbasiertem elektronischen Geschaftsverkehr er- 
leichtert. Insbesondere soil auch ein Dokumententrans- 
fer zwischen heterogenen Systemen ermoglicht wer- 
den. Dabei soli weiterhin das Management des Nutzda- 
tenflusses durch eine Schnittstelle, die ein Unterneh- 
mensterminal mit einem Datennetz (Internet) und somit 
mit weiteren gieichartigen Schnittstellen verbindet, ver- 
bessert werden . 

[0009] Diese Aufgabe wird erfindungsgemaR durch 
die Merkmale der unabhangigen Anspruche geldst. Die 
abhangigen Anspruche bilden den zentralen Gedanken 
der Erfindung in besonders vorteilhafter Weise weiter. 
[001 0] GemaB einem ersten Aspekt der vorliegenden 
Erfindung ist ein Schnittstellenmodul zur Durchfuhrung 
von elektronischem Geschaftsverkehr auf Transakti- 
onsbasis vorgesehen. Das Schnittstellenmodul ist da- 
bei zwischen ein Terminal, beispielsweise eines Unter- 
nehmens, und einem Datennetz, beispielsweise dem 
Internet, geschaltet. Das Schnittstellenmodul weist wie- 
derum ein Modul zur Visualisierung und Oberwachung 
des Nutzdatenflusses von bzw. zu dem Terminal auf. 
Diese Visualisierung und Oberwachung erfolgt dabei er- 
findungsgemaB auf Dokumentenbasis. 
[0011] Die ausgetauschten Nutzdaten sind beispiels- 
weise mittels einer Interpreter-Anwendung als Doku- 
ment auf einem Monitor darstellbar. 
[0012] Weiterhin sind Mittel zur manueilen und/oder 
automatischen Freigabe und/oder Selektion der Uber- 
tragung von visualisierten Nutzdaten zu bzw. von dem 
Terminal vorgesehen. 

[0013] SchlieBlich sind Mittel zur Selektion von zu 
ubertragenden Nutzdaten fur eine folgende Ubergabe 
zu dem Terminal und/oder eine Adresse in dem Daten- 
netz vorgesehen. 

[0014] Die Selektion kann anhand einer Visualisie- 
rung derzu ubertragenden Nutzdaten als Dokument er- 
folgen. 

[0015] Das Schnittstellenmodul kann ausgehend von 
einer zentralen Intelligenz (Master Server) in dem Da- 
tennetz konfigurierbarsein, die bspw. ein Internet- PI att- 
formserver sein kann. 

[001 6] Das Schnittstellenmodul kann ein Dateisystem 
aufweisen, in dem ein Workflow eines Geschaftsproz es- 
ses, der mittels eines Nutzdatenaustauschs uber das 
Schnittstellenmodul abgewickelt werden soil, mittels 
Dokumentenvorlagen abgebildet ist. 
[0017] Die Dokumentenvorlagen konnen von einer 
zentralen Intelligenz (Master Server) in den Datennetz 
aus in das Dateisystem des Schnittstellenmoduls ein- 
gegeben bzw. dort modifiziert werden. 
[0018] Bei einer Anderung der Konfiguration des 



Schnittstellenmoduls konnen automatisch Parameter 
von davon betroffenen Prozessen des mittels Doku- 
mentenvorlagen abgebildeten Workflows angepasst 
werden. 

5 [0019] Die Dokumentenvorlagen und/oder ein voll- 
standiger Workflow kann mittels einer Mappingeinheit 
("Kreuzschiene") in einer Datenbank mit vorbestimmten 
Destinationen in dem Datennetz koppelbar sein. 
[0020] Die voriiegende Erfindung bezieht sich weiter- 

10 hin auf ein Compute r-Softwareprogramm zur Imple- 
mentierung eines solchen Schnittstellenmoduls. 
[0021] GemaB einem weiteren Aspekt der vorliegen- 
den Erfindung ist ein Verfahren zur Durchfuhrung von 
elektronischem Geschaftsverkehr auf Transaktionsba- 

15 sis vorgesehen. Dabei ist ein Schnittstellenmodul zwi- 
schen ein Terminal beispielsweise eines Untemeh- 
mens, das E-Commerce ausfuhren mochte, und einem 
Datennetz wie beispielsweise dem Internet geschaltet. 
Dabei erfolgt erfindungsgemaB auf Dokumentenbasis 

20 eine Visualisierung und Oberwachung des Nutzdaten- 
flusses von bzw. zu dem Terminal. 
[0022] Die ausgetauschten Nutzdaten konnen auf ei- 
nem Monitor mittels einer Interpreter-Anwendung als 
Dokument dargestellt werden. 

25 [0023] Die Ubertragung von visualisierten Nutzdaten 
kann manuell und/oder automatisch freigegeben und/ 
oder selektiert werden. 

[0024] Insbesondere konnen zu ubertragende Nutz- 
daten fur eine folgende Ubergabe selektiert werden. 

30 Diese Selektion kann anhand einer Visualisierung der 
zu ubertragenden Nutzdaten als Dokument erfolgen. 
[0025] Das Schnittstellenmodul kann ausgehend von 
einer zentralen Intelligenz in dem Datennetz konf iguriert 
werden. Ein Workflow eines Geschaftsprozesses, der 

35 mittels Nutzdatenaustausch uber das Schnittstellenmo- 
dul abgewickelt werden soil, kann mittels Schablonen 
in einem Dateisystem abgebildet werden. 
[0026] Die Dokumentenvorlagen konnen von einer 
zentralen Intelligenz (Master- Server) von dem Daten- 

40 netz aus in das Dateisystem eingegeben und gegebe- 
nenfalls dort modifiziert werden. 

[0027] Bei der Anderung der Konfiguration des 
Schnittstellenmoduls (beispielsweise Anderung derZu- 
gangsberechtigung) konnen automatisch Parameter 
45 von davon betroffenen Prozessen des mittels Doku- 
mentenvorlagen abgebildeten Workflows angepasst 
werden. 

[0028] Die Dokumentenvorlagen und/oder ein voll- 
standiger Workflow konnen mittels eines Mappingein- 

50 heit (Kreuzschiene) mit vorbestimmten Destinationen in 
dem Datennetz gekoppelt werden. 
[0029] ErfindungsgemaB ist weiterhin ein Computer- 
Softwareprogramm zur Implementierung eines solchen 
Verfahrens vorgesehen. 

55 [0030] GemaB einem weiteren Aspekt der vorliegen- 
den Erfindung ist ein Schnittstellenmodul zum Visuali- 
sieren des Datenflusses zwischen einem Terminal und 
einem Datennetz, beispielsweise dem Internet, vorge- 
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sehen. Das Schnittslellenmodul weist dabei eine Moni- 
toring-Ebene zur Visualisierung und Uberwachung des 
Nutzdatenflusses von bzw. zu dem Terminal auf. Eine 
Logikebene dient zur interpretation, Konvertierung und 
Ubergabe von Daten zum Terminal und/oder Datennetz. 
In einer Dateiebene sind Schablonen (Templates) ab- 
gelegt, wobei eine Interpreter-Anwendung ein- und/ 
oder ausgehende Nutzdaten der Logikebene mittels 
dieser Schablonen fur die Visualisierung der Nutzdaten 
in Form von Dokumenten bearbeitet. 
[0031] ErfindungsgemaG ist weiterhin ein Schnittstel- 
lenmodul zum Visualisieren des Datenflusses zwischen 
einem Terminal und einem Datennetz, wie beispielswei- 
se dem Internet, vorgesehen. Eine Prasentations- 
schicht dient dabei zur Erzeugung und Darstellung vor- 
eingestellter Dokumentenansichten auf der Grundlage 
von Nutzdaten, die mittels der Schnittstelle ubergeben 
werden sollen. Eine Business-Schicht dient zur Steue- 
rung von Sende- und Empfangsprozessen von Nutzda- 
ten. Eine Dateischicht schlie(3lich dient zur Kontrolle. von 
Zugriffen auf eine Datenbank, in der Nutzdaten abgelegt 
sind. 

[0032] Die Business-Schicht kann weiterhin einen 
Workflow mittels einer vorgegebenen Dokumentenab- 
folge erzeugen. 

[0033] Es kann die Moglichkeit einer Fernwartung des 
Schnittstellenmoduls mittels Zugriff auf die Business- 
Schicht vorgesehen sein. 

[0034] Die Business-Schicht kann weiterhin eine Da- 
tenkonvertierungsfunktion aufweisen. 
[0035] Die Business-Schicht kann die Funktion einer 
Benutzer-Zugriffssteuerung aufweisen. 
[0036] Die Dateiebene kann eine Funktion zur Unter- 
scheidung von Prozess- Nutzdaten, Datenhaltungen 
und Konfigurationsdaten aufweisen. 
[0037] Das Schnittstellenmodul kann mit einer Daten- 
bank verbunden sein, in der Nutzdaten abgelegt sind. 
[0038] Weiterhin kann das Schnittstellenmodul mit ei- 
ner Datenbank verbunden sein, in der Schablonen mit- 
tels einer Mappingeinheit (Kreuzschiene) mit vorbe- 
stimmten Destinationen in dem Datennetz gekoppelt 
sind. 

[0039] GemaB einem noch weiteren Aspekt der vor- 
liegenden Erfindung ist ein System zur Durchfuhrung 
von auf Dokumentenaustausch basierten elektroni- 
schen Geschaftsprozessen vorgesehen. Das System 
weist dabei wenigstens zwei Schnittstellen der oben ge- 
nannten Art auf, die mittels eines Datennetzes mitein- 
ander kommunizieren. Anfragen, Auftragsbestatigun- 
gen, Lieferscheine, Rechnungen, etc. konnen somit als 
rein elektronische Meldung vom einer zur anderen 
Schnittstelle ubermittelt werden. 

[0040] GemaB einem noch weiteren Aspekt der vor- 
liegenden Erfindung schlief3lich ist ein Verfahren zur Vi- 
sualisierung des Datenflusses zwischen einem Termi- 
nal und einem Datennetz, beisptelsweise dem Internet, 
vorgesehen. Dabei erfolgt eine Interpretation, Konver- 
tierung und Ubergabe von Nutzdaten zum Terminal und 



Datennetz. Weiterhin erfolgt eine Verarbeitung der ein- 
und/oder ausgehenden Nutzdaten mittels Schablonen, 
die in einem Dateisystem abgelegt sind, fur die Visuali- 
sierung der Nutzdaten in Form von Dokumenten. 

5 [0041] SchlieBlich weist ein Schnittstellensystem zur 
Verbindung ggf. heterogener Systeme uber ein Daten- 
netz Schnittstellenmodule auf, die die Verbindung zwi- 
schen den ggf. heterogenen Systemen darstellen. Die 
Datenubertragung erfolg transaktionsbasiert mittels de- 

10 finierter sende- und empfangsseitiger Kommunikations- 
stati. 

[0042] Daten werden nur dann in das Empfanger-Sy- 
stem ubernommen, wenn samtliche Daten einer Trans- 
aktion als fehlerfrei erkannt wurden. 

'5 [0043] Bei einem Verfahren zur Verbindung ggf. he- 
terogener Systeme uber ein Datennetz mittels Schnitt- 
stellenmodulen, die die Verbindung zwischen den ggf. 
heterogenen Systemen darstellen, wird die Datenuber- 
tragung transaktionsbasiert mittels definierter sende- 

20 und empfangsseitiger Kommunikationsstati ausgefuhrt. 
[0044] Daten werden nur dann in das Empfanger-Sy- 
stem ubernommen, wenn samtliche Daten einer Trans- 
aktion als fehlerfrei erkannt wurden. 
[0045] Eine Schnittstelle zum Ubertragen von Nutz- 

25 daten in einem Datennetz weist auf 

- ein unternehmens- und/oder branchenspezifisches 
Konfigurierungsobjekt, das Prozessabiaufe defi- 
niert, 

30 - ein Schablonenobjekt, das Formatvorlagen fur Do- 
kumente definiert, die zur Ausfuhrung der im Kon- 
figurierungsobjekt definierten Geschaftsablaufe 
verwendet werden, und 

ein Schnittstellen-Objekt, das bestimmten Prozes- 
35 sablaufen bestimmte Destinationen des Datennet- 
zes als Partner des Prozessablaufs zuweist. 

[0046] Mittels des Konfigurierungsbbjekts werden da- 
bei Waren/Dienstleistungen, Dokumentvorlagen, Pro- 

40 dukte, Kunden und Lieferanten miteinander verknupft. 
[0047] Das Konfigurierungsobjekt definiert, welcher 
Kunde welches Produkt handhaben darf. 
[0048] Die Formatvorlagen weisen Platzhalter fur 
mbgliche Nutzdaten auf. 

45 [0049] Wenn es ein Geschaftsablauf bedarf , sind For- 
matvorlagen durch dynamische Nachladen erweiterbar. 
[0050] Ein objektorientiertes Verfahren zum Ubertra- 
gen von Nutzdaten in einem Datennetz weist die folgen- 
den Schritte auf: 

50 

Definition von Prozessablaufen mittels eines unter- 
nehmens- und/oder branchenspezifisches Konfigu- 
rierungsobjekt, 

Definition von Formatvorlagen mittels eines Scha- 
55 blonenobjekts, wobei die Formatvorlagen zur Aus- 

fuhrung der im Konfigurierungsobjekt definierten 
Geschaftsablaufe verwendet werden, und 
Zuweisung von bestimmten Destinationen des Da- 
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tennetzes als Partner des Prozessablaufs mittels 
eines Schnittstellenobjekts. 

[0051] Weitere Merkmale, Vorteile und Eigenschaften 
der vorliegenden Erfindung werden aus der nunmehr 
folgenden detaillierten Beschreibung von Ausfuhrungs- 
beispielen und bezugnehmend auf die Figuren der be- 
gleitenden Zeichnungen naher ersichtlich. 

Figur 1 zeigt schematisch die Steliung eines erfin- 
dungsgemaBen Schnittstellenmoduls in einem Da- . 
tennetzsystem zur Ausfuhrung von dokumentenba-- 
siertem elektronischen Geschaftsverkehr auf 
Transaktionsbasis , 

Figur 2 zeigt eine genauere Ansicht der internen 
Struktur des Schnittstellenmoduls, 

Figur 3 zeigt einen Ablauf zur Visualisierung und 
Selektion von Ubertragungsdaten gemaB der vor- 
liegenden Erfindung 

Figur 4 zeigt die Anbindung eines Schnittstellenmo- 
duls an cincn zentralen Portalserver, 

Figur 5 zeigt einen informationstechnischen Ablauf 
des erfindungsgemaBen Schnittstellenmoduls, 

Figur 6 zeigt einen Workflow beziiglich der Visuali- 
sierung des Datentransfers durch ein erfindungsge- 
maBes Schnittstellenmodul, 

Figur 7 zeigt die Konfiguration/Update von erfin- 
dungsgemaBen Schnittstellenmodulen mittels ei- 
ner zentralen Intelligenz im Datennetz, 

Figur 8 zeigt, wie mittels einer Mappingeinheit 
(Kreuzschiene) verschiedene Dokumentenvorla- 
gen mit vorbestimmten Destinationen im Datennetz 
verbindbar sind, 

Figur 9 zeigt ein transaktionsbasiertes Ubertra- 
gungssystem zur Verbindung ggf . heterogener Sy- 
steme gemaB der vorliegende Erfindung, 

Fig. 10 zeigt eine schematische, objektorientierte 
Darstellung von Elementen der Datenbankschicht 
von Figur 5, und 

Figur 11 zeigt die interne Struktur eines Schnittstel- 
lenmoduls, aus der die Dokumentenverwaltung 
hervorgeht. 

[0052] Bezugnehmend auf Figuren 1 und 2 soil zuerst 
die Steliung des erfindungsgemaBen Schnittstellenmo- 
duls (MM) 1 in einem System zur Ausfuhrung von doku- 
mentenbasierten, elektronischen Geschaftsverkehr er- 
lautert werden. Das Schnittstellenmodul 1 ist zwischen 



einem Terminal (Host) 4, beispielsweise eines Unter- 
nehmens, und einem Datennetz 8, beispielsweise dem 
Internet, geschaltet. Mittels des Datennetzes 8 konnen 
insbesondere Nutzdaten 6 ubermittelt werden. Weiter- 
5 hin kann das Schnittstellenmodul 1 Nutzdaten 5 zu ei- 
nem Speicher des Terminals 4 hin ubertragen. Die Nutz- 
daten 5 konnen dabei bspw. gemaB dem XML-Format 
ubertragen werden. 

[0053] Das Schnittstellenmodul 1 ist konfigurierbar, 
i zwar durch insgesamt drei verschiedene Wege: 

Wie dargestellt konnen Konfigurationsdaten von ei- 
ner zentralen Intelligenz 9 im Datennetz 8 her uber- 
tragen werden, so dass zentraleine Konfigurations- 
bzw. Workflow-Anderung in dem Schnittstellenmo- 
dul 1 ausgeruhrt werden kann. 

Die zentrale Intelligenz 9 kann auch ein weiteres 
Schnittstellenmodul sein, das mittels des Datennet- 
zes 8 mit dem dargestellten ersten Schnittstellen- 
modul 1 verbunden ist. Somit konnen beispielswei- 
se G esc hafts partner, die derartige Schnittstellen- 
modul 1 aufweisen, Konfigurationsdaten, wie bei- 
spielsweise . Dokumentenvorlagen, miteinander 
austauschen bzw. modifizieren. 

Eine weitere Konfigurationsmoglichkeit besteht 
schlieBlich darin, dass das Schnittstellenmodul 1 
vor Ort selbst konfiguriert wird. 

[0054] Das Schnittstellenmodul 1 weist ein Dateisy- 
stem 2 auf, in dem Schablonen ('Templates") 12, bei- 
spielsweise gemaB dem PDF-Format abgelegt sind. 
[0055] Durch Verbindung von Schablonen 2 mit Nutz- 
35 daten 6 ermogiicht ein Kontroll/Filter/Visualisierungs/ 
Selektions/Konfigurationsmodul 3 die Darstellung der 
ubertragenen Nutzdaten 6 als Dokumente beispielswei- 
se auf einem Monitor 14. 

[0056] Die Verbindung zwischen dem Kontroll-/Filter-/ 
40 Visualisierungs-/Selektions-/Konfigurationsmodul 3 
und dme Dateisystem 2 erfolgt dabei mittels eines so- 
genannten HM-Kerns 17. 

[0057] In einer Datenbank 16 kann eine Mappingein- 
heit ("Kreuzschiene") 16 vorhanden sein, die vome- 
rs stimmte Destinationen in dem Datennetz 8 bestimmten 
Schablonen (Templates) 2 zuordnet. 
[0058] Die Erfindung basiert dabei auf dem Konzept 
der parallelen Datenhaltung. Die Nutzdaten werden vor 
Ort im Schnittstellenmodul 1 gepflegt und mit einer Da- 
so tenbank, bspw. auf der zentralen Intelligenz (Portalser- 
ver) 9 abgeglichen. Dies hat den Vorteil, dass die Daten 
auf dem Portalserver 9 fur weitere Dienstleistungen ge- 
nutzt werden konnen. 

[0059] Bezugnehmend auf Figur 3 soil nunmehr der 
55 Ablauf zur Visualisierung und Selektion von ubertrage- 
nen Nutzdaten gemaB der vorliegenden Erfindung na- 
her erlautert werden. In einem Schritt S1 werden zur Er- 
stellung eines Dokuments ubertragene bzw. zur Uber- 
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tragung anstehende Nutzdaten mit Schablonen (Tem- 
plates) verbunden. In einem Schritts S2 werden die Da- 
ten bspw. mittels PDF interpretiert und als Dokument 
dargestellt. In einem Schritt S3 schlieBlich konnen alle 
Oder auch nur selektierte Nutzdaten des dargestellten 
Dokuments (im Falle von empfangenen Nutzdaten) 
ubernommen bzw. (im Falle von zu ubertragenden Da- 
ten) abgesandt werden. Diese Freigabe der Datenuber- 
tragung bzw. Datenubernahme, ggf. nach einer Selek- 
tion, erfolgt also anhand eienr Visualisierung der Nutz- 
daten in Dokumentenform. 

[0060] Folgende Funktionalitaten sind u.a. in dem er- 
findungsgemaGen Schnittstellenmodul (MM) 1 imple- 
mentiert, wie schematisch in Figur 4 dargestellt ist: 

• Lesen (Read) 

• Schreiben (Write) 

• Interpretieren (Interpreter) 

• Kbnvertieren (Converter) 

• Plausibilisieren 

• Speichern der Daten 

• Authentisierung (Authentication) 

• Verschlusseln (Encrypt) 

• Komprimieren 
Senden 

• Empfangen 

[0061] Nun erfolgt eine kurze Beschreibung dieser 
Funktionen: 

• Lesen (Read) 

Je nach Datenstruktur, werden die Daten mit 
Hilfe einer Steuerdatei, Schnittstelle (ODBC) Oder 
DTD aus dem Input File ausgelesen. 

• Schreiben (Write) 

Stellt die Daten, in einem fur das Fremdsy- 
stem leserlichen Format, zur Verfugung. 

• Interpretieren (Interpreter) 

Interpretiert die gelesenen Daten und schreibt sie 
in die SQL Datenbank, 

• Converter 

Liest die Daten aus der SQL Datenbank und 
bereitet sie fur den Schreibvorgang vor. 
Plausibilisieren (kundenspezifische Einstellungen) 

Die erfassten Daten konnen kundenspezi- 
fisch plausibilisiert werden. Dabei stehen folgende 
Moglichkeiten zur Verfugung: 

• Wertebereich (vom - bis) 

• Bedingungen 

• Muss-Felder 

• Speichern der Daten 

AlleTransaktionen werden laufend protokolliertund 
fur eine spatere Verfolgung sichtbar gemacht. 

• Authentisierung) 

Die Authentisierung, basiert auf einem Si- 
cherheitskonzept mit SmartCard. Auf dem Portal 



werden die Benutzerdaten einem LDAP-Server ve- 
rifiziert (LDAP (Lightweight Directory Access Proto- 
col) ist ein standardisiert-^r Directory Service (Ver- 
zeichnisdienst) auf der Basis von TCP/IP). Falls der 
s Username und das Passwort korrekt ist, wird ein zu- 

satzlicher Schlussel fur den Datentransfer gene- 
riert. Falls nicht, wird der Benutzer abgewiesen. 

• Verschlusseln/Entschlusseln 

Fur die Ubermittlung der Daten wird ein syn- 
10 chroner Schlussel erstellt. Ab diesem Zeitpunkt fin- 
det die Kommunikation iiber ein Triple DES Ver- 
. schlusselungsverfahren statt (Triple DES ist ein 
symmetrisches Verschlusselungsverfahren, das 
auf dem klassischen DES basiert, jedoch mit der 
is doppelten Schlussellange arbeitet (112 Bit). Die zu 
verschlusst inden Daten werden mit einer dreifa- 
chen Kombination des klassischen DES verschlus- 
selt). 

• Komprimieren 

20 Bevor die Datenpakete ubermittelt werden, 

werden sie komprimiert um die Ubertragung zu be- 
schleunigen. 
Senden 

Dieverschlussetten und komprimierten Daten 
25 werden direkt Oder iiber das Portal dem Empfanger 
geschickt. Die Daten werden dabei mit einem Sta- 
tus versehen. 

• Empfangen 

Die Datenpakete werden entgegengenom- 
30 men und dem Kommunikationspartner eine Emp- 
fangsbestatigung geschickt. 

[0062] Die Erfindung basiert auf einem Component 
Object Model (COM), das sich fur die Entwicklung kom- 

35 ponentenbasierter Software und somit des Schnittstel- 
lenmoduls 1 eignet. Das Component Object Model 
(COM) wurde 1993 von Microsoft eingefuhrt. Kurz dar- 
auf wurde COM um die Fahigkeit von verteilten Objek- 
ten erweitert: Distributed COM (DCOM) erlaubt es, 

40 Komponenten auf verschiedene Rechner im Netzwerk 
zu verteilen. 

[0063] Bei der dreischichtigen Systemarchitektur ge- 
maB der vorliegenden Erfindung sind die Geschaftspro- 
zesse ("Business Rules") in die mittlere Geschaftsreget- 

45 Schicht (11 in Fig. 5) verlagert. Die Clientschicht (3 in 
Figur 5) kann schlank gehalten werden, da sie nur eine 
Art Benutzeroberflache verwaltet. Das Entwicklungs- 
konzept des IIM 1 baut zwar auf einer "3 Schicht Sy- 
stemarchitektur" auf, kann aberzu n Schichten erweitert 

50 werden. Mit der Erweiterung zur n-Schichten Architektur 
werden die Komponenten der Business-Schicht 11 auf 
mehrere Rechner verteilt. Damit erreicht man eine.bes- 
sere Lastverteilung und somit eine Performancesteige- 
rung. Der IIM 1 setzt sich wie in Figur 5 gezeigt aus fol- 

55 genden Schichten zusammen: 

Prasentationsschicht (Clientschicht)3 : 
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Erzeugt voreingesteltte Ansichten, z.B. mittels 
ActiveX (Active-X ist System-Interface der Fir- 
ma Microsoft) 

Gibt die Moglichkeit der Fernwartung des 
Schnittstellenmoduls 1 durch Zugriff auf die 
Business-Schicht 11 

Business(Geschaftsregel)-Schicht 1 1 : 

- Kontrolle uber samtliche Sende- und Emp- 
fangsprozesse, 

steuert die Daten sowie den Dokumentenfluss 
(Workflow), 

ist verantwortlich fur die richtige Datenumset- 
zung (F rem dsy stem / Hostrechner), 
erlaubt Transaktionsbehandlung, 
kontrolliert Konfigurationsanderungen, 
ermoglicht eine Benutzer-Zugriffssteuerung. 

Datenbankschicht 13 (siehe im Detail Figuren 11, 
121 

kontrolliert samtliche Date n ban kzu g riff e 
(Read, Write and New), 

unterscheidet zwischen Nutzdaten (Pro- 
zessdaten), Datenhaltung und Konfigu rations- 
daten. 

[0064] Das Schnittstellenmodul 1 weist folgende Un- 
termodule auf: 

A. HM-Kern (17 in Figur 1) (Serverseitig, optional 
auch clientseitig): 

Enthalt das generisches Mapping und den ge- 
nerischen Workflow. 

Kontrolliert samtliche Transaktionen, Datenbe- 
wegungen und deren Zugriffsberechtigungen. 

B. I IB: IIM-Konfigurationsprogramm 3: 

Mitdiesem Programm wird ohne Programmier- 
kenntnisse der Datenaustausch, der ganze 
Workflow sowie deren Plausibilisierungen fur 
das MM festgelegt 

C. IMP (Monitoring Programm.): IIM-Benutzerober- 
flache fur Visualisierungs- und Administrations- 
zwecke. 

D. IDK (Development Kit): Entwicklungs-Umge- 
bung, mit der durch das Aufrufen von einfachen 
Funktion das IIM gesteuert und konfiguriert werden 
kann (z.B. Daten ins IIM Exportieren -> initWorkList, 
initExport und Save). 

[0065] Das IIB-Modul 3 fiigt auf einem bestehenden 
PDF-Dokument sogenannte ActiveX-Steuerelemente 
(Controls) ein. Die Controls dienen dazu, das PDFDo- 



kument mit Werten zu fullen. Der Vorteil dieses Verfah- 
rens liegt darin, dass ein User sich mit einem Produkt 
auseinandersetzt, mit dem erschon lange Erfahrungen 
gesammelt hat. Er kennt bspw. PDF- Vertrage bereits 

5 in Papierform und braucht keine besonderen Kenntnis- 
se eines Programms zu erlernen. In einem weiteren 
Fall, so zum Beispiel wenn ein Makler (als Beispiel fur 
einen User) schon bereits mit einem Maklerprogramm 
arbeitet, kann er sich die von ihm ausgefullten Daten vor 

10 dem Versenden nochmals mittels der Prasentations- 
schicht 3 in PDF-Form veranschaulichen. 
[0066] Jedes PDF-Dokument wird in der Datenbank- 
schicht 13 als Schablone (Template) 12 hinterlegt. Mit- 
tels derTemplates werden Regeln zur Interpretation der 

15 Nutzdaten, bspw. im XML-Format hinterlegt. Durch die- 
se Regeln wird die (automatisierte) Verarbeitung von 
Transaktionen ermoglicht (was unter anderem auch die 
Presentation beinhalten kann). 

[0067] Ein Dokument setzt sich somit aus Nutzdaten 
20 (bspw. XML-Daten) und Schablone zusammen, wie im 
Detail spater bezugnehmend auf Figur 1 1 erlautert wer- 
den wird. Die eigentlichen Felder einer Schablone wer- 
den in der Dateischicht 13 verwaltet und gepflegt. 
[0068] In dem Dateisystem 2 kann unter Zuhilfehah- 
25 me eines sogenannten "Builders" Intelligenz hinterlegt 
werden. Diese sieht so aus, dass zum Beispiel einem 
Feld ein Wertebereich (Range) zugeteilt. Beim Unter- 
beziehungsweise Uberschreiten dieses Wertebereichs 
wird gibt es eine Fehlermeldung, die den Benutzer dar- 
30 auf hinweist, diesen Wert zu andern. Es konnen aber 
auch Verknupfungen von Schablonen-Fetdern hinter- 
legt werden. 

[0069] Anhand von Figur 6 wird die Erfindung nun- 
mehr angewendet auf ein DV-System eines. Vers iche- 

35 rungsmaklers erlautert: 

[0070] Das IIM 1 ist die Schnittstelle zu einem Mak- 
lerverwaltungsprogramm (MVP). Das IIM 1 liest samtli- 
che definierten Daten aus dem MVP aus. Im IIM 1 sind 
fCirjeden definierten Prozess Workflow-Schablonen hin- 

40 terlegt. Diese Schablonen konnen einzeln aufgerufen 
werden und werden uber das IMP visualisiert. 
Im Workflowdokument, wo Plausibilisierungen definiert 
sind (z.B. Mussfelder) konnen Erganzungen vorgenom- 
men werden , d.h. es konnen weitere Daten erganzt wer- 

45 den. Somit ist es nicht erforderlich, dass zwischen zwei 
kommunizierenden DV Systemen Datenkonfomnitat be- 
steht. Beispiel: Ein Versicherer (als Beispiel fur einen 
Supplier) definiert die fur einen bestimmten Prozess er- 
forderlichen Daten. Diese werden uber ein Workflowdo- 

50 kument/ Workflowvorlage visualisiert. Der Makler (Cu- 
stomer) ubertragt die Daten, die er bereits in seinem Sy- 
stem gespeichert hat, in das Workflowdokument. Erf or- 
dern die im Workflowdokument definierten Plausibilita- 
ten mehr Daten, als der Makler in seinem System ge- 

55 speichert hat, kann er diese erganzen. 

[0071] Die Daten werden durch das MM 1 in ein XML 
Format verpackt (konvertiert). Sie konnen im IIM 1 zwi- 
schengespeichert und zu jedem beliebigen Zeitpunkt an 
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den Plattformserver 8 (zentrale Intelligenz) gesendet 
werden. 

[0072] Der Makler sieht, welche Prozessdaten ver- 
sendet und welche empfangen wurden. 
[0073] Empfangene Daten konnen vor der Ubernah- 5 
me In das eigene System visualisiert werden. Die Uber- 
nahme der Daten kann definiert werden als Einzeluber- 
nahme oder routinemaBiger Batchlauf. 
[0074] Nunmehr wird auf Figur 7 Bezug genommen. 
GemaB diesem Beispiel findet die komplette Produkt- 10 
und Benutzerverwaltung auf einem Portalserver statt. 
insbesondere bei einer direkten Kommunikation zwi- 
schen zwei Schnittstellenmodulen findet die Produkt- 
und Benutzerverwaltung dagegen alternativ oder zu- 
satzlich in den Schnittstellenmodulen selbst statt (siehe *5 
Figuren 11 , 12): 

• Lieferanten (Supplier) 
Kunden (Customer) 

• Workflowdokumente (Produkte) der Supplier 20 

• alle Dokumentenstati 

der Portalserver (Master- MM) 9 weiB, welche Doku- 
mente(Vorlagen und Produkte) in den jeweiligen 
Supplier- und Customer MM gespeichert bzw. vor- 
gehalten werden. 25 

• Der Master-IIM 9 kann eine automatische "Betan- 
kung", also die Ubermittlung von Workflow-Doku- 
mentenzu den Supplier- und Customer IIM1 durch- 
fuhren. 

Die Kommunikation zwischen Master-I IM 9 und den 30 
Supplier- und Customer IIMs findet unter Nutzung 
eines Sicherheitssystems statt. Eine Authentifizie- 
rung erfolgt mittels Smart-Card und Triple DES- 
Verschlusselung. 

35 

[0075] Figur 8 zeigt eine sogenannte Kreuzschiene 
16, die in einer Datenbank, bspw. auf dem Portalserver 
9 abgelegt sein kann. Schablonen (Templates) 2 stellen 
eine bestimmte Zusammenstellung von definierten 
Piatzhaltern (Fields) bspw. eines PDF-Dokuments dar. 40 
In der Kreuzschiene 1 6 werden die Verknupfungen (Ab- 
bildungen) der Schablonen zu den richtigen Destinatio- 
nen der entsprechenden Schnittstellen (Interfaces) de- 
finiert (oft als "Mapping" bezeichnet). Damit werden die 
Beziehungen der Schablonen 2 zu den Schnittstellen 45 
festgelegt. Zu einer Schablone 2 konnen mehrere Inter- 
faces gehoren. Bspw. kann eine Versicherung ihre Pro- 
dukte mehreren unterschiedlichen Maklern zur Verfu- 
gung stellen. Diese haben in der Regel eine heterogene 
Umgebung, so dass mehrere, fur diese Umgebungen so 
spezifische Schnittstellen bereitgestellt werden mus- 
sen. 

[0076] Die Schnittstellen (Interfaces) stellen die An- 
bindung des Schnittstellenmoduls an das Fremdsystem 
des Terminals sicher. Es gibt bspw. auf dem Versiche- 55 
rungsmarkt die unterschiedlichsten Systeme. Das Inter- 
face selbst wird bspw. von einem Maklerverwaltungs- 
programm im Falle einer Versicherung zur Verfugung 



gestellt oder in Zusammenarbeit mit Softwarespeziali- 
sten aus dieser Firma erarbeitet. Die Maklerverwal- 
tungsprogramme speisen diese Interfaces mit ihren 
Schnittstellen und lesen auch wieder die Daten daraus 
heraus, um sie dem Maklerverwaltungsprogramm (das 
gleiche gilt auch auf Versicherungsseite) zur Verfugung 
zu stellen. 

[0077] Einzelheiten der Implementierung des in Figur 
8 illustrierten Ablaufs werden spater bezugnehmend auf 
Figure 10 und 11 ertautert. 

[0078] Die Merkmale und Eigenschaften der vorlie- 
genden Erfindung lassen sich wie folgt zusammenfas- 
sen: 

1. Das IIM 1 verbindet mehrere Computer (od. 
Hosts) zwecks Datenaustausch. 

2. Der Datenaustausch erfolgt immer transaktions- 
basiert (sichere Ubertragung) 

3. Samtliche Transaktionen und Dokumenten kon- 
nen nach Belieben angezeigt werden (hier wird als 
Format bspw. der PDF Standard verwendet). 

4. Starke Authentisierung (optional) und Datenver- 
schlusselung (optional) sind im IIM 1 bereits enthal- 
ten. 

5. Das IIM 1 arbeitet nach dem Customer und Sup- 
plier Prinzip, dabei konnen Supplier und Customer 
vollig unterschiedliche EDV-Strukturen aufweisen 

6. Zwischen Supplier und Customer konnen auf 
Wunsch automatisch neuere Versionen von Daten 
oder Dokumenten ausgeliefert werden (somit wird 
das Arbeiten mit den aktuellen Daten Dokumenten 
sicher gestellt). 

7. Durch das Verbinden von Computer oder Hosts 
oder Applikationen mit einem IIM 1 mit der Aussen- 
welt, entsteht dem Benutzer dieser Schnittstelle ei- 
ne 1*m Beziehung (ohne IIM sind es n=m Schnitt- 
stellen, d.h. der Benutzer muss n Schnittstellen im- 
plementieren) 

[0079] Bezugnehmend auf Figur 9 soli nunmehr der 
Aspekt der vorliegenden Erfindung erlautert werden, 
dass samtliche dokumentenbezogenen Datenubertra- 
gungen auf Transaktionsbasis erfolgen. In Figur 9 soil 
ein elektronischer Geschaftsprozess auf Dokumenten- 
basis zwischen einem Teilnehmer A und einem Teiineh- 
mer B abgewickelt werden. Jeder der Teilnehmer A, B 
weist ein Schnittstellenmodul i auf, dass zwischen dem 
Terminal (Fremdsystem FS) 4 eines jeden Teilnehmers 
und dem Datennetz 8 geschaltet ist. Wie aus Figur 9 
ersichtiich kann ein Datenaustausch entweder indirekt 
uber den Plattform -Server 9 oder direkt zwischen den 
beiden Schnittstellenmodulen 1 erfolgen. 
[0080] Der (indirekte) Datenaustausch mittels des 
Plattform-Servers kann als Sternmodell bezeichnet 
werde, bei dem ein gro3er G esc hafts partner oder eine 
Organisation (hier als "Parent & Master" bezeichnet) die 
Standards fur seine Handelspartner wie z.B. verwende- 
te Dokumentenformate und Austauschprotokolle vor- 
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gibt. Ein sogenanntes Repository (System zur Aufbe- 
wahrung von Quellen fur Programme und Dokumen- 
ten), in der Praxis zumeist eine Datenbank, bef indet sich 
also beim "Parent/Master", so daB sich die "Children" 
dort die benotigten Informationen beschaffen mussen. 
[0081] Der direkte Austausch zweier Schnittstellen- 
module dagegen ist eine Art "Ad Hoc"-Modell. Dabei 
richten die kleineren Geschaftspartner jeweils eigene, 
so genannte "Ad Hoc-lnteraktionen" ein. Verschiedene 
Datenbanken/Repositories sind alsc nichtzentral bei ei- 
nem Parent/Master abgelegt, sondiirn unter den Teil- 
nehmern verteilt. 

[0082] Die Datenubertragung mittels des Schnittstel- 
lenmoduis 1 gemaB dervorliegenden Erfindung, genau- 
er gesagt die Datenubertragung von einem Schnittstel- 
lenmoduls 1 zu einem weiteren an das Datennetz 8 an- 
gebundenen Schnittstellenmodul 1 oder zu einem zen- 
tralen Portalserver, erfolgt auf Transaktionsbasis. Das 
heiBt, Ubertragungsdaten werden in Transaktionen zu- 
sammengefasst. Wenn bei der Ubertragung der Daten 
einer Transaktion seitens des Empfangers ein Fehler 
festgestellt wird, werden samtliche Daten einer Trans- 
aktion verworfen. Nur wenn samtliche Daten einer 
Transaktion als fehlerfrei erkannt werden, ubernimmt 
der Empfanger den Datensatz der Transaktion und 
schreibt ihn bspw. in seine Datenbank. 
[0083] Transaktionen konnen dabei Daten bezuglich 
eines Dokuments, aber auch Daten bezuglich mehrerer 
Dokumente betreffen, wobei die Abfolge der mehreren 
Dokumente eine Geschaftsprozesseinheit des elektro- 
nischen Geschaftsprozesses darstellt. Insofern kann ei- 
ne Transaktion auch eine Abfolge von hin- und herzu- 
sendenden Dokumenten umfassen. Fur den Geschafts- 
prozess "Policierung", ein Beispiel aus dem Versiche- 
rungswesen, sind bspw. die Workflow-Schritte "Antrag" 
und "Policierung 11 notwendig, wobei diese Workflow- 
Schritte jeweils als Dokumente abgebildet sind. Die 
Kombination des in einer ersten Richtung zu ubertra- 
genden Dokuments "Antrag" und des zu riickz use n den- 
den Dokuments "Policierung" wird sihnvollerweise in ei- 
ner Transaktion zusammengefasst. 
[0084] Im ubrigen hat jede Transaktion eine individu- 
elle, sie kennzeichnende Transaktionsnummer. 
[0085] In jedem Schnittstellenmodul 1 sowie ggf im 
Plattform-Serversind sogenannte Kommunikationsstati 
vorgesehen, die den Kommunikationszustand einer 
Transaklion wiedergeben. Senderseitig (Teilnehmer A) 
, konnen diese Kommunikationsstati bspw. wie folgt lau- 
ten: 

■ Export 

■ Sent 

■ Sent O.K. 

■ Wait 

■ Commit 

[0086] Empfangerseitig (Plattform oderTeilnehmer B) 
konnen Sie entsprechend lauten: 



■ New 

■ Receive 

■ Receive O.K. 

■ Wait 

5 ■ Commit 

[0087] Eine Transaktion wird verworfen, falls es bei 
einem dieser Kommunikationsstati zu einem Fehler 
kommt. Der Ablauf geht dann in einen definierten Zu- 

10 stand weiter. Beipielsweise kann der Ablauf sendersei- 
tig wieder zu dem Status "Send" zuriickgehen. Wichtig 
ist indessen, dass empfangerseitig eine Ubernahme der 
Nutzdaten nur dann erfolgt, wenn auch der letzte Kom- 
munikationsstatus einer Transaktion als fehlerfrei beur- 

15 teilt wurde. 

[0088] Zur Verbindung heterogener Systeme beach- 
tet die Software der Schnittstellenmodule 1 diefolgen- 
den Kriterien: 

20 - Einfache und schnelle Implementation 
Flexible Schnittstelle 

In heterogenem Systemumfeld einsetzbar 
Einfach zu warten 
Erweiterbar 
25 - Prozessorientiert 

Plausibilisierung der Daten 

Sicherheit 

Eigene Datenbank 

30 [0089] Das Fremdsystem (Terminal 4) ist in der Regel 
mit mindestens einer der folgenden Schnittstellen be- 
stuckt: 

DB Oder Excel Tabellen mit Zugriff uber ODBC 
35 (Open Database Connectivity, datenbankunabhan- 
gige Schnittstelle) Oder ADO (Abstraktes Datenob- 
jekt), 

Strukturierte Daten (XML-Dateien), 
Flat-Files (Dateien, die ausschlieBlich direkt inter- 
40 . pretierbare Daten enthalten), 

Eingabe durch den Sachbearbeiter bzw. Mitarbei- 
ter. Der Import bzw. Export der Daten miisste uber 
die Business Logik des ERP (Enterprise Ressource 
Planning, Softwareldsungen, die den betriebswirt- 
. schaftlichen Ablauf im Bereich Produktion, Vertrieb, 

Logistik, Finanzen, Personal usw.,steuern und aus- 
werten) gesteuert werden, welche der Datenbank 
Cibergeordnet ist. 

so [0090] Der Import bzw. der Export von Daten von ei- 
nem Fremdsystem zu einem weiteren Fremdsystem 
kann uber zwei verschiedene Kanale durchgefuhrt wer- 
den. Beispiel: Der Export der Daten findet uber einen 
ODBC-Zugriff statt, wahrend das Importieren der Daten 

55 Qber ein Flat-File realisiert wird. 

[0091] Figur 10zeigtschematisch die interne Struktur 
der Datenbankschicht (1 3 in Fig. 5) eines Schnittstellen- 
moduls, aus der . die Dokumentenverwaltung hervor- 
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geht. Figur 1 1 stellt eines detaillierte funktionaie Ansicht 
von Figur 11 dar. Es wird auch nochmals auf die ent- 
sprechende Illustration in Figur 8 zuruckverwiesen. 
[0092] Wie in Figur 10 ersichtlich, sind wesentliche 
Elemente der Datenbank- Oder Dateischicht 13 gemaB 5 
einem Objekt-Modell: 

ein Konfigurierungsobjekt (entspricht dem Objekt 
"Interface Config" in Figur 5), 

ein Schablonenobjekt (entspricht dem Objekt "Do- 10 
cuments Templates" in Figur 5), und 
ein Schnittstellen (Interface)-Objekt (entspricht 
dem Objekt "Interface Description" in Figur 5). 

[0093] Das Konfigurierungsobjekt und das Schnitt- is 
. stellen-Objekt greifen dabei jeweils auf das Schablo- 
nenobjekt zu. 

[0094] Details von Figur 10 sollen nunmehr bezug- 
nehmend auf Figur 11 erlautert werden. 
[0095] In dem Objekt "Flow" (entspricht dem Objekt 20 
"Documents State/Flow" in Figur 5) werden die kunden- 
spezifischen Prozesse und deren Abhangigkeiten defi- 
niert. Dieses Objekt "Flow" wird konfiguriert, um die ent- 
sprechenden unternehmens- und/oder branchenspezi- 
fischen Geschaftsprozesse und deren Ablaufe abzubil- 25 
den. In dem Objekt "Flow" ist auch niedergelegt, ob und 
ggf . innerhalb welcher Zeitspanne nach dem Versenden 
von Daten Ruckantworten (bzw. deren Typ und Inhalt) 
erwartet werden. 

[0096] Das Objekt "Product Definition" ist die Kreuz- 30 
schiene der Dokumentenschablonen. Abhangig von 
den Parametern "Service Type" (Dienstleistung), "Sup- 
plier, "Product Type" und "Flow" wird die zugehorige 
Schablonezugeordnet. Ein Beispiet fur eine Produktde- 
finition ("Product Definition") ist beispielsweise ein An- 35 
trag fur eine Kfz-Haftpflichtversicherung ("Product Ty- 
pe") einer vorbestimmten Versicherung (Supplier). 
[0097] In der "Access List" wird festgelegt welcher 
Kunde (Customer) welches Produkt (gemaB Produktde- 
finition) handhaben dart 40 
[0098] Die Produktdefinition kann auch ein Teilpro- 
dukt betreffen. Wenn beispielsweise das Gesamtpro- 
dukt die Kfz-Haftpflichtversicherung sein soil, konnen 
Teilprodukte "Antrag neu", "Antragspolicierung" Oder 
"Schadenmeldung" sein. Bestimmten Kunden (Custo- 45 
mem) konnen somitauch nur Teilprodukte des Gesamt- 
produkts zuganglich gemacht werden. 
[0099] Die Schablonen weisen Platzhalter ("Fields" 
. Oder "T-Fields") fur mogliche Nutzdaten auf (siehe auch 
Figur 8). 50 
[0100] "T-Fields" in Figur 11 stellen die einzelnen 
Platzhalter dar. Templates umfassen mehrere Platzhal- 
ter (T-Fields) unter einer Bezeichnung zusammen. 
"Template Doc" ("T-Doc") in Figur 1 1 ist dabei eine Stan- 
dard-Formatvorlage fur ein Formular. Im einfachen Fall 55 
ist die "T-Doc" gleich einem (Teil-) Produkt definiert. Dies 
ist beispielsweise der Fall, wenn bekannte Formulare 
von Versicherungen "1 zu 1 " elektrontsch ubersetzt wer- 
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den Das Teilprodukt "Antrag neu" kann dann bspw. ge- 
nau einem bestimmten Formular entsprechen. Eine 
"T-Doc" kann aber allgemein auch aus mehreren Scha- 
blonen ("Templates") bestehen. Dies ist bspw. der Fall, 
wenn fur ein Teilprodukt mehrere Formulare benotigt 
werden. 

[0101] Mittels der "T-Doc-Definition" kann ein dyna- 
misches Nachladen gemaB vorbestimmter Kriterien 
(Anzahl der Versicherten, etc.) von Schablonen ermog- 
licht werden. Durch mehrfaches Nachladen von Scha- 
blonen kann somit mittels einer verhaltnismaBig einfa- 
chen Definition auch ein groBerer Umfang der Schablo- 
nen erreicht werden. Dies wird bspw. benotigt wenn das 
Grundformular fur eine maximale Anzahl von Versicher- 
ten ausgelegt ist und mittels ggf. mehrfachen dynami- 
schen Nachladen einer Schablone weitere zu versi- 
chernde Personen anzugeben sind. 
[0102] In der "Interface Description" werden die Meta- 
Daten des Fremdsystems, wie bspw. des lokalen Mak- 
ler-Verwaltungsprogramms abgelegt. In der "l-List" wer- 
den dieverschiedenen Platzhalter ("T-Fields") "referen- 
ziert". In der "l-List" werden somit die tatsachliche Be- 
handlung und Verwertung der Platzhalter ('T-Fields") 
fur die Bedurfnisse des Fremdsystems festgelegt. 
[0103] Transaktionen werden in "Docs" definiert. Mit- 
tels der "Docs" werden die Daten bestimmten Teilpro- 
dukten ("Product Definition") zugeordnet. 



Patentanspruche 

1. Schnittstellenmodul zur Durchfuhrung von elektro- 
nischem Geschaftsverkehr auf Transaktionsbasis, 
wobei 

das Schnittstellenmodul (1) zwischen einem 
Terminal (4) und einem Datennetz (8), wie. 
bspw. dem Internet geschaltet ist und . 
ein Modul (1, 3) zur Visualisierung (14) und 
Uberwachung des Nutzdatenflusses (5, 6) von 
bzw. zu dem Terminal (4) aufweist, wobei das 
Visualisierungsmodul auf Schablonen (12) zu- 
greift, um mit deren Hilfe die ubertragenen 
Nutzdaten als Dokumente zu visualisieren. 

' 2. Schnittstellenmodul nach Anspruch 1 , 
dadurch gekennzeichnet, 

dass ausgetauschte Nutzdaten mittels einer Inter- 
preteranwendung (10) als Dokument auf einem Mo- 
nitor (14) darstellbar sind. 

3. Schnittstellenmodul nach einem der vorhergehen- 
den Anspriiche, 

gekennzeichnet durch Mittel (3) zur manuellen 
und/oder automatischen Freigabe und/oder Selek- 
tion der Ubertragung (5, 6) von visualisierten Nutz- 
daten zu bzw. von dem Terminal (4). 
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4. Schnittstellenmodul nach Anspruch 3, 
gekennzeichnet durch 

Mittel (3) zur Selektion von zu ubertragenden Nutz- 
daten (5, 6) fur eine folgende Ubergabe zu dem Ter- 
minal (4) und/oder einer Adresse in dem Datennetz 

5. Schnittstellenmodul nach Anspruch 4, 
dadurch gekennzeichnet, 

dass die Selektion anhand einer Visualisierung (14) 
derzu ubertragenden Nutzdaten als Dokument er- 
folgt. 

6. Schnittstellenmodul nach einem der vorhergehen- 
den Anspruche, 

dadurch gekennzeichnet, 

dass es ausgehend von einer zentralen Intelligenz 
(9) in dem Datennetz (8) konfigurierbar ist. 

7. Schnittstellenmodul nach einem der vorhergehen- 
den Anspruche, 

dadurch gekennzeichnet, 

dass es ein Dateisystem (2) aufweist, in dem ein 
Workflow eines Geschaftsproz esses, dermittets ei- 
nes Nutzdatenaustauschs Ciber das Schnittstellen- 
modul (1 ) abgewickelt werden soil , mittels Schablo- 
nen (12) abgebildet ist. 

8. Schnittstellenmodul nach Anspruch 7, 
dadurch gekennzeichnet, 

dass die Schablonen (1 2) von einer zentralen Intel- 
ligenz (9) in dem Datennetz (8) aus in das Dateisy- 
stem (2) eingegeben bzw. modifiziert werden kon- 
nen, 

9. Schnittstellenmodul nach einem der Anspruche 6 
bis 8, 

dadurch gekennzeichnet, 

dass bei einer Anderung der Konfiguration des 
Schnittstellenmoduls (1) automatisch Parameter 
von davon betrpffenen Prozessen des mittels Scha- 
blonen (12) abgebildeten Workflows anpassbar 
sind. 

10. Schnittstellenmodul nach einem der Anspruche 6 

bis 9, 

dadurch gekennzeichnet, 

dass Schablonen und/oder ein vollstandiger Work- 
flow mittels einer Mappingeinheit (16) mit vorbe- 
stimmten Destinationen in dem Datennetz (B) kop- 
pelbarsind. 

11. Computer-Softwareprogramm, 
dadurch gekennzeichnet, 

dass es in dem auf einen Rechner geladenen Zu- 
stand ein Schnittstellenmodul (1) nach einem der 
vorhergehenden Anspruche implementiert. 



12. Verfahren zur Durchfuhrung von elektronischem 
Geschaftsverkehr auf Dokumentenbasis, wobei ein 
Schnittstellenmodul (1) zwischen einem Terminal 
(4) und einem Datennetz (8), wie bspw. dem Inter- 

5 net geschaltet ist, 

gekennzeichnet durch 

den Schritt der Visualisierung (14) und Uberwa- 
chung des Nutzdatenflusses (5, 6) von bzw. zu dem 
Terminal (4) als Dokumente durch Interpretation 
10 der Nutzdaten mittels in dem Schnittstellenmodul 
(1) abgelegter Schablonen. 

13. Verfahren nach Anspruch 12, 
dadurch gekennzeichnet, 

15 dass die ausgetauschten Nutzdaten auf einem Mo- 
nitor (14) mittels einer Interpreteranwendung (10) 
als Dokument dargestellt werden. 

14. Verfahren nach Anspruch 12 oder 13, 
20 gekennzeichnet durch 

den Schritt (3) der manuellen und/oder automati- 
schen Freigabe und/oder Selektion der Ubertra- 
gung (5, 6) von visualisierten Nutzdaten. 

25 15. Verfahren nach Anspruch 14, 
gekennzeichnet durch 

den Schritt (3) der Selektion von ubertragenden 
Nutzdaten (5, 6) fur eine folgende Ubergabe. 

30 16. Verfahren nach Anspruch 15, 
dadurch gekennzeichnet, 

dass die Selektion anhand einer Visualisierung (1 4) 
der zu ubertragenden Nutzdaten als Dokument er- 
folgt. • 

35 

17. Verfahren nach einem der Anspruche 12 bis 16, 
dadurch gekennzeichnet, 

dass das Schnittstellenmodul (1) ausgehend von 
einer zentralen Intelligenz (9) in dem Datennetz (8) 
^0 konfiguriert wird. 

18. Verfahren nach einem der Anspruche 12 bis 17, 
dadurch gekennzeichnet, 

dass ein Workflow eines Geschaftsprozesses, der 
45 mittels Nutzdatenaustausch uber das Schnittstel- 
lenmodul (1 ) abgewickelt werden soli, mittels Scha- . 
blonen in einem Dateisystem (2) abgebildet wird. 

19. Verfahren nach Anspruch 18, 
so dadurch gekennzeichnet, 

dass die Schablonen (1 2) von einer zentralen Intel- 
ligenz (9) in dem Datennetz (8) aus in das Dateisy- 
stem (2) eingegeben und/oder modifiziert werden 
konnen. 

55 

20. Verfahren nach einem der Anspruche 17 bis 19, 
dadurch gekennzeichnet, 

dass bei einer Anderung der Konfiguration des 
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Schnittstellenmoduls (1) automatisch Parameter 
von davon betroffenen Prozessen des mittels Scha- 
blonen (12) abgebildeten Workflows angepasst 
werden. 

21. Verfahren nach einem der Anspruche 17 bis 20, 
dadurch gekennzeichnet, 

dass Schablonen (12) mittels einer Mapping-Ein- 
heit (16) mit vorbestimmten Destinationen in dem 
Datennetz (8) gekoppelt werden. 

22. Cbmputer-Softwareprogramm, 
dadurch gekennzeichnet, 

dass es in dem auf einen Rechner geladenen Zu- 
stand ein Verfahren nach einem der Anspruche 12 
bis 21 implementiert. 

23. Schnittstellenmodul zum Visualisieren des Daten- 
flusses (5, 6) zwischen einem Terminal (4) und ei- 
nem Datennetz (8) , wie bspw. dem Internet, aufwei- 
send: 

eine Monitoring-Ebene (3) zur Visualisierung 
und Uberwachung des Nutzdatenflusses (5, 6) 
von bzw. zu dem Temninal (4), 
eine Logikebene (11) zur Interpretation, Kon- 
vertierung und Ubergabe von Daten zum Ter- 
minal (4) und Datennetz (8), und 
eine Dateiebene (13), in der Schablonen (12) 
abgelegt sind, wobei 

eine Interpreteranwendung (10) ein- und/oder 
ausgehende Nutzdaten der Logikebene (11) 
mittels dieser Schablonen (12) fur die Visuali- 
sierung der Nutzdaten in Form von Dokumen- 
ten verarbeitet. 

24. Schnittstellenmodul nach Anspruch 23, 
dadurch gekennzeichnet, 

dass in der Business-Schicht (14) ein Workflow mit- 
tels einer vorgegebenen Dokumentenabfolge ab- 
gebildet ist. 

25. Schnittstellenmodul nach Anspruch 23 Oder 24, 
dadurch gekennzeichnet, 

dass die Moglichkeit einer Fernwartung des 
Schnittstellenmoduls (1 ) mittels Zugriff auf die Busi- 
ness-Schicht (14) vorgesehen ist. 



Benutzer-Zugriffssteuerung aufweist. . 

28. Schnittstellenmodul nach einem der Anspruche 23 
bis 27, 

dadurch gekennzeichnet, 

dass die Dateiebene (13) eine Funktion zur Unter- 
scheidung von Prozess-Nutzdaten, Datenhaltung 
und Konfiguratibnsdaten aufweist. 

29. Schnittstellenmodul nach einem der Anspruche 23 
bis 28, 

dadurch gekennzeichnet, 

dass es mit einer Datenbank (14) verbunden ist, in 
der Nutzdaten abgelegt sind. 

30. Schnittstellenmodul nach einem der Anspruche 23 
bis 29, 

dadurch gekennzeichnet, 

dass es mit einer Datenbank (14) verbunden ist, in 
der Schablonen (1 2) des Schnittstellenmoduls (1 2) 
mittels einer Mappingeinheit (16) mit vorbestimm- 
ten Destinationen in dem Datennetz (8) gekoppelt 
J sind. 

31 . System zur Durchfuhrung von auf Dokumentenaus- 
tausch basierten elektronischen Geschaftsprozes- 
sen, 

dadurch gekennzeichnet, 

dass es wenigstens zwei Schnittstellen module (1) 
gemaB einem der Anspruche 24 bis 31 aufweist, die 
mittels eines Datennetzes miteinander kommuni- 
zieren. 

32. Computer-Softwareprogramm, 
dadurch gekennzeichnet, 

dass es in dem auf einen Rechner geladenen Zu- 
stand ein Schnittstellenmodul (1) nach einem der 
Anspruche 23 bis 31 implementiert. 
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26. Schnittstellenmodul nach einem der Anspruche 23 

bis 25, 50 
dadurch gekennzeichnet, 

dass die Business-Schicht (14) weiterhin eine Da- 
tenkonvertierungsfunktion aufweist. 

27. Schnittstellenmodul nach einem der Anspruche 23 55 
bis 26, 

dadurch gekennzeichnet, 

dass die Business-Schicht (14) die Funktion einer 
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(57) Ein Schnittstellenmodul dientzur Durchfuhrung 
von elektronischem Geschaftsverkehr auf Transakti- 
onsbasis. Das Schnittstellenmodul (1) ist dabei zwi- 
schen einem Terminal (4) und einem Datennetz (8), wie 
bspw. dem Internet geschaltet ist. Weiterhin ist ein Mo- 
dul (1 , 3) zur Visualisierung (14) und Qberwachung des 
Nutzdatenflusses (5, 6) von bzw. zu dem Terminal (4) 
vorgesehen, wobei das Visualisierungsmodul auf Doku- 
mentenvorlagen (12) zugreift, urn die ubertragenen 
Nutzdaten als Dokumente zu visualisieren. 

GemaB einem weiteren Aspekt ist ein Schnittstel- 
lensystem zur Verbindung ggt. heterogener Systeme 
uber ein Datennetz vorgesehen, wobei das System 
Schnittstellenmodule aufweist, die die Verbindung zwi- 
schen den ggf heterogenen Systemen darstellen, und 
die Datenubertragung transaktionsbasiert mittels defi- 
nierter.sende- und empfangsseitiger Kommunikations- 
stati erfolgt. 

Eine Schnittstelle zum Ubertragen von Nutzdaten 
in einem Datennetz weist dabei auf: 

ein unternehmens- und/oder branchenspezifisches 
Konfigurierungsobjekt. das Prozessablaufe defi- 
niert, 

ein Schablonenobjekt, das Formatvorlagen fur Do- 
kumente definiert, die zur Ausfuhrung der im Kon-. 
figurierungsobjekt definierten Geschaftsablaufe 
verwendet werden t und 

ein Schnittstellen-Objekt, das bestimmten Prozessab- 



laufen bestimmte Destinationen des Datennetzes als 
Partner des Prozessablaufs zuweist. 
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